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SUBSTITUTE SPECIFICATION 1^ ^"^'^ RECEWED 
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TITLE OF THE INVENTION ""^Qe&tASi^^ 

2T00 HAIL ROOM 
HOUSEHOLD ACCOUNT BOOK MANAGEMENT APPARATUS AND 

HOUSEHOLD ACCOUNT BOOK MANAGEMENT SYSTEM :X 
FIELD OF THE INVENTION 

The present invention relates to the management of money information in a 
variety of forms, such as money information being transmitted via a network and 
money information stored in an IC card and a prepaid cash card. 
BACKGROUND OF THE INVENTION 
5 When purchasing goods, instead of paying in cash, including coins and bills, 

the payment can be performed through use of a card. Further, these days, it is possible 
to mount an IC on a card and to store cash information (hereinbelow called money 
information) in the IC for use in making payments. Still further, in response to 
widespread use of the internet, a system has been proposed in which a shop is open on 
1 0 the internet and sales of goods are performed through the internet. 

As has been explained above, since money takes a variety of forms, such as 
cash, including coins and bills and money information stored in an IC, it has become 
difficult to prepare a household account book based on the income and expenditure of 
only cash. 

1 5 With regard to preparation of a household account book, for example, 

JP-A- 1-74671 discloses a technique in which receipts are read through an OCR and 
data read from the receipts is totaled. Further, JP-A-4-245596 also discloses a 
technique in connection with preparation of a household account book in which a 
writing device for storing sales transaction information in a memory medium is 
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connected to each ECR installed in respective shops, and a processing machine to 
which a reading device for reading out sales transaction information from the memory 
medium is installed at respective customer's homes. Thus, through unifying standards 
with regard to such sales transaction information to be written in the memory medium 
and memory format, even when shopping is performed at a plurality of different 
shops, the dealings can be stored in a single memory medium, whereby the 
preparation of a household account book based on the dealings information is 
facilitated. 

SUMMARY OF THE INVENTION 

However, the above mentioned techniques relate to the preparation of 
household account books based on data read from a single medium, such as receipts 
and a memory medium, and nowhere discloses handling of money information in a 
variety of forms. 

Further, when money information is read from a variety of media, there arises 
a problem in that overlapping data may possibly be read in. 

Still further, when a plurality of cards, such as IC cards, are owned by a single 
person, it may be necessary to move money information between the IC cards, 
however, since the movement of such money information does not relate to the 
income and expenditure of funds to and from the household account concerned, it is 
necessary to omit such money movement information from the household account 
book and to designate the same as the movement between IC cards. 

The present invention is achieved in view of the above problems, and an object 
of the present invention is to provide a household account book management 
apparatus which makes it possible to manage money information in a variety of forms 



all together. 

The present invention, which achieves the above objects, is characterized in 
that the household account book management apparatus comprises an input unit 
which inputs account data, a data reading device which reads out account data stored 
in an IC card, a display device which displays account data as a household account 
book, a memory unit which stores account data for display on a display device, and a 
processing unit which converts the account data inputted from the input unit and the 
account data read out from the data reading device into a predetermined format and 
stores the same in the memory unit. 

Further, the household account book management apparatus according to the 
present invention, which achieves the above objects, comprises an input unit which 
inputs account data, a processing unit which processes the input account data, a 
memory unit which stores the result processed by the processing unit, and a display 
unit which displays the account data stored in the memory unit as a household account 
book, and is characterized in that the processing unit includes an overlap judgement 
unit which judges an overlap between the account data inputted from the input unit 
and the account data entered in the memory unit in the form of a household account 
book and stores the account data in the memory unit based on the overlap judgement 
result. 

Still further, the present invention, which achieves the above objects, is 
characterized in that terminals of financial institutions, terminals installed in shops 
and terminals installed in homes are connected via a network, and the home terminal 
is provided with a control unit for receiving account data from terminals of the 
financial institutions and a memory unit which stores the account data in the form of a 



household account book, and judges an overlap between the account data inputted 

from the control unit and the account data stored in the memory unit 

and stores the inputted account data in the memory unit based on the judgement result. 

Moreover, the household account book management system according to the 
present invention, which achieves the above objects, includes a plurality of terminals 
connected via a network and at least one terminal provided with a household account 
book management apparatus which displays the account data inputted via the network 
in the form of a household account book, and is characterized in that the household 
account book management apparatus receives account data concerning a transaction 
performed in connection with data displayed in the form of a household account book 
via another terminal connected to the network and displays the data inputted from the 
other terminal as the account data of the transaction performed in connection with the 
data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing a household account book management 
system according to the present invention; 

Fig. 2 is a block diagram of a management unit for a home use terminal; 

Fig. 3 is a diagram showing an example of a display obtained when performing 
a. read out processing; 

Fig. 4 is a diagram showing an example of an electronic receipt which is to be 
transmitted via a network; 

Fig. 5 is a diagram showing an example of a display obtained when an 
estimated expense item is modified; 

Fig. 6 is a diagram showing an example of a display of account data in a bank 



account; 

Fig. 7 is a diagram showing an example of a display of a household account 

book; 

Fig. 8 is a diagram showing an example of a display obtained when there 
exists an overlap in account data; 

Fig. 9 is a diagram for illustrating a processing in an overlap checking unit; 
Fig. 10 is a diagram for illustrating a processing in an overlap checking unit; 
Fig. 1 1 is a diagram showing an example of a display of a household account 

book; 

Fig. 12 is a flow diagram showing a processing in a main processing unit; 

Fig. 13 is a flow diagram showing a processing in an account data reading unit 
when reading out data from an IC card control unit and a prepaid card control unit; 

Fig. 14 is a flow diagram showing a processing in a data reading unit when 
reading out account data from a bank account file and an assets file; 

Fig. 15 is a flow diagram showing the processings in a data reading unit; 

Fig. 16 is a flow diagram showing a processing in a data analysis unit; 

Fig. 17 is a flow diagram showing a processing in a reading out unit when 
reading out electronic money which is to be transmitted by a network; 

Fig. 1 8 is a flow diagram showing the processings in a data reading unit; 

Fig. 19 is a flow diagram showing a processing in a data reading out unit when 
inputting account data from an input unit; 

Fig. 20 is a flow diagram showing a processing in a data analysis unit; 

Fig. 21 is a flow diagram showing a processing in an overlap checking unit; 

Fig. 22 is a flow diagram showing a processing in a difference component 



entry unit; 

Fig. 23 is a flow diagram showing a processing in an estimation checking unit; 

Fig. 24 is a flow diagram showing a processing in an estimation use data file 
conversion unit; 

Fig, 25 is a flow diagram showing a data inquiry processing; 

Fig. 26 is a diagram showing an example of data analyzed result in an 
electronic receipt; 

Fig. 27 is a flow diagram showing a processing at a shop terminal; 

Fig. 28 is a flow diagram showing a refiind processing at a shop terminal; 

Fig. 29 is a flow diagram showing a receipt design processing at a shop 
terminal; 

Fig. 30 is a flow diagram showing a receipt preparation processing at a shop 
terminal; 

Fig. 3 1 is a flow diagram showing a receipt issuance processing at a shop 
terminal; 

Fig. 32 is a diagram showing an outline of a home use terminal; 

Fig. 33 is a diagram showing an example of a display when performing an 

inquiry; 

Figs. 34(a) to 34(c) are diagrams showing an example of a display for 
illustrating an inquiry; 

Fig. 35 is a flow diagram showing a processing when performing an inquiry; 

Fig. 36 is a diagram showing a system for performing an inquiry through an 
internet; 

Fig. 37 is a flow diagram showing a processing when performing inquiry 



through an internet; 

Fig. 38 is a flow diagram showing a processing when performing inquiry 
through an internet; 

Fig. 39 is a flow diagram showing a processing when inquiry through an 
internet; and 

Fig. 40 is a diagram showing an example of a unified format which is 
converted at a data analysis unit. 

BEST EMBODIMENTS FOR PRACTICING THE INVENTION 

Hereinbelow, the present invention will be explained with reference to the 
drawings. 

Fig. 1 shows a basic constitution of a household account management system. 
A home use terminal 100 is cormected to terminals 121, 131, 141 of banks serving as 
financial institutions via a leased line or a telephone line 160 and to a shop terminal 
150 via the internet 170. Further, in the present embodiment, five kinds of money, 
including the account of a financial institution, IC card type money information, cash, 
a prepaid card or money note certificate, and money information via a network are 
handled by the system; however, money information other than above, such as real 
estate and stock certificates can be handled similarly by manually inputting account 
data, by preparing an asset file or by acquiring account data via a network. 

Bank accounts 123, 133 and 143 are opened in connection with bank account 
files 122, 132 and 142 at respective banks. The bank terminals 121, 131 and 141, 
which are bank terminals of respective banks or other financial institutions, 
manipulate money information stored in the respective bank accounts and perform 
movement of money information between the bank accounts and management with 



regard to reception and payment of money and account data via the signal line 160. 
ATM terminals in the city are equivalent to the above terminals. 

The shop terminal 150 can be used to perform sales of goods from a shop on 
the internet. 

Now, the home use terminal 100 will be explained. The home use terminal 
100 is constituted by an account control unit 101, an input unit 102, a display unit 103, 
a managing unit 104, a data reader 105, an IC card control unit 106, a prepaid card 
control unit 107 and a memory device 110. 

The account control unit 101 is used for home banking and is constituted by a 
modem and a control program for accessing a bank account via the telephone line. 
Accordingly, via the account control unit 101 money information exchange with the 
accounts in the financial institutes and data exchange with the shop terminal 150 can 
be performed. Further, when the IC card control unit for issuing an IC card and the 
prepaid card control unit for issuing a prepaid card are connected to the signal line 
160, the account data is taken into the home use terminal 100 via the account control 
unit 101. The IC card control unit 106 reads the money information stored in an IC 
chip mounted on the IC card and performs writing of the same. With this IC card 
control unit 106 movement of money information between IC cards and between 
accounts of financial institutes and IC cards can be performed. Further, the account 
data read by the IC card control unit 106 is transferred to the managing unit 104. The 
prepaid card control unit 107 reads money information from a prepaid card and 
transfers the same to the managing unit 104 as account data. The input unit 102 is 
employed by a user to input data with regard to expenditure and income of cash, 
which are not converted into money information, such as in an IC card and in a 
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network, and includes a key board and a mouse. The data reader 105 operates to read 
information provided on a receipt, for example, and to convert the same into money 
information. The money information read by the data reader 105 is transferred to the 
managing unit 104 as account data. The managing unit 104 collects and totals the 
account data transferred via the input unit 102 and the account control unit 101 to 
prepare a household account book. The household account book prepared by the 
managing unit 104 is displayed on the display unit 103. The memory device 1 10 is 
constituted by an account data file 1 1 1, a household account book file 1 12, a 
verification file 113 and an estimation data file 114. Further, the contents of the 
respective files will be explained together with the managing unit 104. 

Fig. 32 shows an outline of the home use terminal 100. In the home use 
terminal 100, the input unit 102 and the display unit 103 are integrated and the data 
inputting and the operation thereof are performed by hand by writing with a pen. In 
the main body thereof, the IC card control unit 1 06 and the prepaid card control unit 
107 for reading data, such as in IC cards and prepaid cards are built in, and at the side 
face of the main body an opening for inserting an IC card and a prepaid card is 
provided. Further, the home use terminal 100 is provided with terminals for 
connecting with the bank terminals 121, 131 and 141 and with the shop terminal 150, 
and it is provided with a terminal for connecting with the data reader 105, such as an 
OCR. 

Fig. 2 shows the constitution of the managing unit 104 in the home use 
terminal 100. The managing unit 104 is constituted by a data read out unit 201, a data 
analysis unit 202, an overlap checking unit 203, a difference entry unit 204, an 
estimated portion checking unit 205, an automatic dealing unit 206, an estimation data 



file rewriting unit 207, a totaling unit 208, a total display unit 209 and a main 
processing unit 210, 

The main processing unit 210 operates to control these respective units and 
performs the processings as shown in Fig. 12. 

The main processing unit 210 stands by until respective processings 1201 and 
1202 are started by the user. When the user starts a certain operation at the processing 
1202, either data read out at the processing 1203, an estimated portion check at the 
processing 1204 or data reference processing at the processing 1205 is performed 
depending on the operation content. 

During the data read out processing 1203, the data read out unit 201 reads out 
the data in the IC cards and prepaid cards and account data being sent via a network, 
and by making use of the estimation data file 1 14 in the memory device 110, the data 
analysis unit 202 converts the read out account data into a unified format. Account 
data which can not be converted here is entered in the verification file 113. The 
account data converted into the unified format is judged at the overlap check unit 203 
to determine whether the same overlaps with already entered account data in the 
household account book file 1 1 2, and non-overlapping account data is entered into the 
household account file 1 12 by the difference entry unit 204. 

During the estimated portion check processing 1204, the account data entered 
in the verification file 1 13 is converted into a unified format while it is checked by the 
user, and it is judged at the overlap check unit 203 whether the same overlaps with 
already entered account data in the household account book file 112. The 
non-overlapping account data is entered into the household account book file 1 12 by 
the difference entry unit 204. 



During the data inquiry processing 1205, when "household account book 
display" is selected by designation of the user, the account data is read out from the 
household account book file 112, and the read out account data is displayed on the 
display unit 103 while separating it into expenditure data and income data. When 
"inquiry" is selected, account data for every input means entered in the household 
account data, such as bank account transferred via a network, is displayed. 

Hereinbelow, the operations of the respective units for every processing will 
be explained in details. 

First, the data read out processing 1203 will be explained. 

The account data is stored either in a file of a bank, in an IC card or a prepaid 
card, or is carried by the user in the form of cash or a receipt. Accordingly, the 
account data is inputted into the household account book management system either 
via a network or directly by the operator. Therefore, the data read out processing is 
performed at the following timings. 

(1) When a card is inserted in the IC card control unit 106 and the prepaid 
card control unit 107 (Fig. 13). 

(2) The bank account state is confirmed at a predetermined timing, and 
when a charging to or a withdrawal from the bank account is confirmed or when the 
asset file is updated (Fig. 14). 

(3) When a receipt is received via a network (Fig. 17). 

(4) When icons of a receipt, an asset file and a bank account file are 
superposed on the icon of the household account book by the user. 

(5) When the menu item "entry" is designated after an icon such as a 
receipt, an asset file and a bank account is selected. 

1 1 



Fig. 3 illustrates the above case (4). The bank accounts 123, 133 and 143 and 
a receipt are displayed on the display screen. The icons for the bank accounts 123 and 
133 have a saw tooth mark appended thereto which represents that the account state 
can be confirmed via a network based on a home banking agreement. 

Further, on the display screen, the receipt inputted via a network is illustrated. 
In this instance, through an operation of dragging the bank account icon toward the 
household account book icon on the display screen, the read out processing 1203 is 
started. 

When the data read out processing 1203 is executed, the data read out unit 201 
is activated. Hereinbelow, the processings by the data read out unit 201 at respective 
timings will be explained. 

Fig. 13 shows a processing flow of the data read out unit 201, when a card is 
inserted into the IC card control unit 106 and the prepaid card control unit 107. At 
processings 1301 through 1304, protection of the card is confirmed, and it is judged 
whether the protection can be released and data read out can be performed. Further, if 
it is judged there is a protection, "INPUT CODE NUMBER" is displayed on the 
display screen, and if a code number is inputted by the user and it is confirmed that the 
inputted code number coincides with the registered one, the protection is released. 
For the card of which protection is released and which is judged as readable, the 
account data thereof are read out at processing 1305. The reason for the protection is 
to keep the privacy of the card holder and to avoid inclusion of account data outside of 
the household account into household account data. Accordingly, instead of using 
such a protection scheme, one can use a method in which cards permitting automatic 
read out are registered in advance in the household account book management system. 



and with regard to cards other than those registered the user, confirmation or another 
method will be required in which cards being rejected for automatic read out are 
registered in advance in the household account book management system and only 
non-registered cards are read out. 

When it is permitted to read out specific cards, as has been explained above, 
one person can, for example, hold an IC card for private use and an IC card for 
company use. Thereby, the account data in the household account book management 
system can be managed by distinguishing between one for private use and the other 
for company use. 

Further, in the present embodiment although an example has been presented 
wherein the constitution of the account data stored in a card is determined in such a 
manner that one transaction corresponds to one line as illustrated in Fig. 10, the 
present invention is not limited thereto. 

Fig. 14 shows a processing flow, when data is read out fi-om an account file 
and another asset file with the data read out unit 201. At processing 1401, a data input 
operation is detected, such as when data in the account file or the asset file is updated, 
or when an icon of the file is superposed with the icon of the household account book 
by the user, and at processing 1402, the account data are read out fi"om the account file 
or the asset file. Herein, the account data is likely to be treated in a manner that one 
line corresponds to one transaction. 

Fig. 15 shows a processing flow of a data read in / line (at processings 1305 
and 1402), when reading out is permitted in Fig. 13 or Fig, 14, Further, the present 
flow shows a processing flow where reading out is performed for every transaction, 
when the account data format is determined in a manner such that one line 
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corresponds to one transaction. In the present processing flow, the processing is 
performed from the last line, while assuming that respective transactions are aligned 
along a time series. This process is for shortening the processing time while omitting 
the processing for the account data read out previously, and when a completion flag is 
off at processings 1503 and 1504, and when the number of lines is more than 1, the 
data analysis / Une (processing 1506) and overlap checking (processing 1507) are 
performed, while reading the transaction data for every one line. When reading out at 
processing 1 507 reaches the portion where the account data is read previously, the 
completion flag is set at on and data which does not overlap with the data already 
entered in the household account book file 1 12 is entered into the household account 
book file 112 through the difference entry at processing 1510. 

Fig. 17 shows a processing flow of the data read out unit 201, when account 
data is read out as a receipt (electronic receipt) having a form shown in Fig. 4 sent via 
a network. Like the explanation in connection with Fig. 13, at processings 1701 
through 1704, it is judged whether the account data is to be read out or not to be read 
out, and, thereafl:er, when it is judged that account data is to be read out, the account 
data is read out at processing 1705. Further, even if a receipt is in a paper form, if the 
receipt is converted into image data by a OCR and the image data is converted into 
text data, the receipt can be read out like an electronic receipt. 

Fig. 1 8 shows a processing flow in the data read-in / table (processing 1 705) in 
Fig. 17. At first through processing 1801 the text portion in the account data of the 
receipt is converted into a two dimensional table format. In this processing a general 
rule is applied in that data sandwiched between the beginning of a sentence and the 
closing of the sentence, or a changing line, is treated as one line and the data for every 



section determined by a space or a comma in the one line is treated as one item. With 
the above rule, text 1 portion in "8/29 BarBee" of the receipt shown in Fig. 4 is 
converted as shown in Fig. 26 in such a manner that a line is changed with every line 
change and an item is changed at every space. Thereafter, like the processings in Fig, 
16, the data analysis / receipt (processing 1802), the overlap checking (processing 
1803) and the difference entry (processing 1804) are performed. 

Fig. 19 shows a processing flow in the data read out unit 201, when account 
data is manually inputted from the input unit 102. At processing 1902, the account 
data is inputted through writing into an account table which is predetermined by the 
user and stored in the memory device. Among the inputted data, the data which 
determined not to be overlapped by the overlap checking (processing 1804) in Fig. 18 
is entered in the household account book file 1 12. 

Now, the processing in the data analysis / line (processings 1506 and 1802) 
shown in Fig. 15 and Fig. 18 will be explained. The present processing corresponds 
to the processing performed by the data analysis unit 202 in Fig. 2, wherein the read 
out data is analyzed, and the read out data in different formats for every money 
information or for every shop is converted into a unified format, including 
predetermined items, while referring to the estimation use data base. Herein, an 
example of the unified formats is shown in Fig. 40. The present format is constituted 
by date, note, expense item, classification, money amount and remarks fields. Further, 
the remarks field is constituted by input means, input date and related input means 
fields. The date refers to the date when the dealing is actually performed. The note 
refers, to the content of the dealing, for example, "transfer into bank" and with regard 
to goods purchase "vegetable". The "expense item" field refers to items which the 
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user can freely set, such as "eat-out expense" and "consumption tax". The 
classification refers to such items as income and expenditure. The input means refers 
to means through which the account data is inputted, therefore, the data read from an 
IC card is indicated as "IC card, and the data read from the bank account 123 is 
indicated as "Account 123". The input date refers to the date when the data is read 
from the input means. When determining the related input means, for example, with 
regard to the account data in the IC card, if information is moved from the bank 
account 123 to the IC card, the "Account 123" stands as the related input means. 
Further, a unified format of the present invention is not limited to the one illustrated, 
but the contents thereof can be freely determined. 

The data analysis unit 202 at first refers to the estimation data file 1 14 and, if a 
conversion table with the shop name is registered, the registered ones are used. If not 
registered, while checking key words and numerals such as "year", "month", "day", 
"account", "sales", "articles", "¥", "$", "subtotal", "consumption tax" and "total", and 
the relationships between the numerals, subtotal, total and consumption tax, the data 
analysis unit 202 estimates the data of respective items (date, shop, money amount, 
expense items, income and expenditure) in the unified format, and prepares a 
conversion table with the concerned shop name. For example, the conversion table is 
prepared in such a manner that the numeral before the "year" represents the concerned 
year, and after a line of characters representing "articles", "¥" is placed; therefore, a 
numeral thereafter shows the cost when assuming the line of characters represents an 
article. These conversion tables are stored in the estimation data file 114. 

Further, for example, the relationship is checked to determine whether the 
result obtained by multiplying the numeral representing the "subtotal" by the current 
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tax rate coincides with the numeral representing the "consumption tax", and whether 
the total value of the numerals before the "total" coincides with the numeral 
representing the "total". 

When it is uncertain whether the analysis result with regard to an expense item 
is correct, a verification flag is set at the account data concerned and then the account 
data is registered in the verification file 113. Where there is a modification by the 
user, the estimation data file 1 14 is updated in relation to the conversion table and 
others. Further, even when the concerned conversion table is not registered, if 
information concerning a format (for example, a first item relates to date, a second 
item relates to articles and a third item relates to price) is sent fi-om a shop, a unified 
format is prepared according to the information. Further, at this moment the 
conversion table is registered in the estimation data file 114. 

Fig. 16 and Fig. 20 show processing flows in the data analysis unit 202. 

Fig. 16 relates to the format wherein one line corresponds to one transaction, 
as shown in Fig. 10 (b), and shows a data analysis processing flow when the format is 
clarified. Herein, for example, since it is clear that the data the account data read fi'om 
the IC card control unit 106, by making use of the format, information registered in 
advance and through processings 1601 through 1602, such as date (i), price (i) and 
article (i) are extracted. Then, at processing 1603 the expense item is determined 
fi-om the estimation use data file 1 14, and a rule number applied at this moment is 
held in rule (i). Further, if there are no rules which specify the expense item, a 
verification flag is set; and, thereafl:er, at processing 1604, the data input means and 
the input date are entered in the remarks (i). In the present example, an IC card is 
entered, as the data input means. Through the entry of the data input means, a 



possible entry of overlapping account data can be prevented. Further, the money 
information movement within the household account can be separated from that 
outside the household account by the entry. Herein the movement inside the 
household account implies a case in which money information is moved from a bank 
account to an IC card, and the movement outside the household account implies such 
activities as a salary transfer and an expenditure for buying a commodity. 

Fig. 20 shows a processing flow, when the format information is unclear. 
After obtaining information such as date (i), price (i) and article (i), information 
concerning a clarified format is entered together with the shop name into the 
estimation data file 114. With this, the data analysis can be performed quickly from 
the next time. 

Processing 2001 in Fig. 20 performs an initialization by turning off the 
verification flag. In processing 2002, through a general retrieval sequence, items 
including characters representing "year", "month" and "day" are sought among the 
character lines for respective items, and at processing 2003 the date is obtained. 
Herein, the date is obtained from the table shown in Fig. 26, however, if the date is 
indicated on the receipt, the processing is simplified in that the date can be obtained 
from the receipt. Further, the date is herein indicated together with "year", "month" 
and "day"; however, a designation other than the above is possible, such as a case 
where the date is sectioned by signs, such as periods, and the processings 2002^-2003 
can be performed to seek items including such signs. 

With regard to the extracted date, the validity thereof is confirmed at 
processing 2004 for reducing errors. When the validity of the extracted date is 
confirmed, the date is finalized at processing 2005, and if not, through processing 
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2006 the verification flag is set at on. The validity judgement is performed based on 
whether the extracted date actually exists in the calendar as well as exists within a 
predetermined period. 

In processing 2007, a variable i which performs counting of lines other than 
the following space is initialized. In processings 2008 and 2009, the following 
sequences are performed for all of the items including "¥" from the upper line. 

Through processing 2010, price (i), article (i), date (i), expense item (i), payee 
(i), and remarks (i) are obtained. In this instance, it is assumed that, at the first item in 
the same line, the article name is placed and the price is placed in the next item; 
however, in order to be compatible with a format opposite to the above or with other 
formats, functions which are compatible with a plurality of formats are prepared in 
advance, and when price (i) and article (i) can not be obtained in processing 2010, a 
function compatible with another format is called to obtain price (i) and article (i). 
The correspondence between the shop names and the functions is registered in the 
estimation use data file 1 14 to make it possible to use a proper function. The expense 
item (i) is specified by applying a rule with regard to other items including price (i), 
article (i), date (i) and payee (i) registered in the estimation use data file 114. When 
there are no rules applicable at this moment, the verification flag is set at on to register 
the same in the verification file 113. 

At processing 201 1, if article (i) relates to a subtotal, the prices (1 i-1) on the 
lines before the present line are totalled through processing 2012, and if the totalled 
value coincides with the subtotal, the verification flag is set at on through processing 
2013. At processing 2014 if the article (i) relates to a consumption tax, a value 
obtained by multiplying the price (i-1) on the line immediately before the present line 



with the tax rate is determined, and if the obtained value coincides with the value 
indicated, the verification flag is set at on through processing 2016. In addition, 
although omitted in the present processing flow, if the article (i) relates to other than 
article names such, as "total" and "correction", correlation between data is checked by 
making use of these articles. Further, if the article (i) relates to subtotal or 
consumption tax, the entry flag (i) is set at off through processing 2017, and if not so, 
the entry flag (i) is set at on through processing 2018. At processing 2019 the counter 
i is updated. Finally, aft:er completing the processing down to the last line through 
processing 2008, the data of entry flag (i)= off is excluded fi'om the list including date 
(i), article (i), price (i), shop name (i), expense item (i) and entry flag (i), and i is also 
varied to a number excluding the entry flag (i)=on through processing 2020. 
Thereafl:er, the processing flow is completed at processing 2021 by determining 
verification flag (i)=verification flag. 

Further, unlike the text characters indicated in the receipt "8/29 BarBee" as 
shown in Fig. 4, if the receipt is indicated fi'om the beginning in a table form as shown 
in Fig. 26, a first conversion table between tables and the correspondence between the 
shop name and the conversion table are registered in advance in the estimation data 
file 1 14 for use thereafl;er. 

Now, the overlap check (processings 1507 and 1803) as shown in Fig. 15 and 
Fig. 18 will be explained. 

The overlap check unit 203 is used for checking whether the account data 
analyzed in the data analysis unit 202 is already stored overlappedly in the household 
account book file 112. 

Fig. 8 is an example of a display, which is produced when the overlap check 
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unit 203 has determined that the overlapping account data is already stored in the 
household account book file 112. It is preferable to allow the user to designate 
whether an alarm is generated every time such an overlapping is determined. 

Fig. 9 shows a general concept of the checking operation performed by the 
overlap check unit 203. Table (a) shows account data which is to be checked with 
regard to presence and absence of overlaps, while table (b) shows the data entered into 
the household account book file 112. Herein, if the data entered in the household 
account book file 112 coincides with the account data, the alarm as shown in Fig. 8 is 
generated and the entry of the data into the household account book file 1 12 is 
prevented. If the account data analyzed in the data analysis unit 202 is substantially 
the same as that entered in the household account book file 112, but partly includes 
different portions, the same is entered into the verification file 1 1 3 and a checking by 
the user is required through the estimation check processing. When requiring such 
checking, the account data in the verification file 113 and the account data in the 
household account book file 112, which are presumed to be overlapping, are displayed 
as illustrated in Fig. 9 so as to permit a comparison thereof. 

Such overlapping occurs fi'equently when, on the one hand, the receipt is 
received from the shop concerned via a network, and when, on the other hand, the 
account data in the IC card is fetched into the data of the household account book file. 
Thus, through the present overlap checking, a possible inconsistency in the household 
account book can be prevented. 

Further, as illustrated in Fig. 10, when money is charged from the bank 
account into an IC card, the same dealing data both recorded in the account data in the 
IC card and the account data in the bank account are discriminated, and one of the 
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account data is entered earlier into the household account book file and, thereafter, the 
fetching of the other account data is checked. 

Fig. 21 shows a processing flow in the overlap checking unit 203. In 
processings 2101 and 2102, coincidence of date or delay of date at the end of 
movement, after comparing the date at the start of money movement and the date at 
the end of money movement, is judged, and at processing 2103, coincidence of the 
money amount (such as, when a fee has to be added, the money amount includes the 
same) is judged. Further, through processing 2104, coincidence of article and notes or 
a partial coincidence thereof is judged, and at processing 2107 coincidence of data at 
the start of the movement and at the end of the movement is judged. Subsequently, it 
is judged whether the input means entered in the remarks column in the data entered 
in the household account book file 112 coincides with the input means entered in the 
remarks column in the account data judged as overlapping. If both are judged to 
coincide with each other, the data are determined to be identical to the account data 
entered in the household account book file 112. Namely since this impHes that the 
data already read out is again read out, the overlap flag is set at on. If no coincidence 
is judged, such is understood as a data movement within the household account book. 
Namely, as illustrated in Fig. 1 0, it is implied that the data is moved fi^om the bank 
account 123 to the IC card. 

Subsequently, at processing 2108, the present data input means is entered in 
the remarks in the data determined as overlapping and already entered in the 
household account book file 112. Accordingly, when the user looks at the remarks 
column, the user knows from where the account data has been moved. 

Further, as illustrated, for example, in Fig. 10, the transaction "IC card charge" 
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in the note in connection with the transaction record of the bank account 123 is 
modified in the transaction in IC card MABC *** 1 as "charge", so as not to coincide 
with each other; however, if such change is once confirmed to be OK by a managing 
person, it is sufficient if a rule that such change is thereafter to be dealt with as a 
coincidence is registered in the estimation data file 114. Further, even at a first time, 
it can be treated as a coincidence when a part of the character series of each item 
coincides with each other, by setting a verification flag, and, thereafter, the user may 
perform a checking operation with the estimated portion check unit 205. 

The difference entry unit 204 in Fig. 2 is for entering the account data for 
which the overlap flag is not set at on by the overlap check unit 203 into the 
household account book file 112. 

Fig. 22 shows a processing flow in the difference entry unit 204. Account data 
for which the overlap flag is not set at on is transferred to the difference entry unit 204 
in a data order of price (i), article (i) date (i), expense item (i), payee (i) and remarks 
(i) (wherein 1=0-- 1). In the difference entry unit 204, the entry order is determined 
according to date order through processings 2201 -2203, Among the account data 
determined according to the date order, the account data for which the overlap flag is 
not set at on is successively entered into the household account book file 1 12. Herein, 
in the remarks (i) the input means in the account data is additionally entered. 

Through the above processings, the read out processing is completed. 

Now, the estimation check processing will be explained. 

The estimation check processing is initiated, for example, once in a week, at 
the end of a month, when a predetermined amount of data to be checked is 
accumulated, or when the user commands such checking, of which initiation is 
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designed to be freely set by the user. 

When the estimation check processing is initiated, the estimation check unit 
205 is activated. 

Fig. 5 shows an example of a checking operation performed by the estimation 
check unit 205. As illustrated in this drawing, the account data entered in the 
verification file 1 13 is displayed, and when the operator designates the column of the 
estimation expense item, other expense items are displayed as candidates. The display 
indicates that the user intends to change the estimation expense item from "eat-out 
expense" to "consumption tax". By this change, the rule in the estimation use data file 
1 14 is modified as follows. 

(Before Checking) 

"If shop names are BarBee, Skyrobin, ... , the subexpense item is an eat-out 
expense. " 

"If it is a consumption tax with regard to the payment for shop names of 
BarBee, Skyrobin, the subexpense item is an eat-out expense." 
(After Checking) 

"If shop names are BarBee, Skyrobin, the subexpense item is an eat-out 
expense." 

"If it is a consumption tax with regard to the payment for the shop names of 
BarBee, Skyrobin, the expense item is a consumption tax.", or 
(After Checking) 

"If the shop names are BarBee, Skyrobin, the subexpense item is an eat-out 
expense." 

"If the expense item is a consumption tax with regard to the payment for an 
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eat-out expense, the expense item is a consumption tax.", or further 
(After Checking) 

"If the shop names are BarBee, Skyrobin, the subexpense item is an eat-out 
expense." 

"If it is a consumption tax with regard to payment regardless of its expense 
item, the expense item is a consumption tax." 

Fig. 6 shows account data of the bank account 123, and when preparing a 
household account book as shown in Fig. 7, rules such as "If the note in the bank 
account 123 is a home loan, the expense item is a housing expense" and "If the note in 
the bank account 123 is" water charges", the expense item is "a water, electricity and 
heating expense." are registered in advance in the estimation use data file 114. 

Fig. 23 shows a processing flow in the estimation check unit 205. 

For the first time, at the processing 2301 the account data entered in the 
verification use data file 1 13 is read out, and then the estimated expense item is 
displayed. 

At processing 2303, it is judged whether the user has performed a correction, 
and if it was judged that a correction was performed, a modification in the estimation 
data file 1 14 is performed (processing 2304). Subsequently, an overlap check 
processing (2305) is performed with the overlap check unit 203, and the account data 
is entered into the household account book file 1 12 through the difference entry unit 
204. Further, the correction by the user is performed by setting a correct one in a 
pull-down menu as illustrated in Fig. 5. When the user approves the content, the user 
pushes the button of expense item OK, thereby, the correction processing is 
completed. 
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When there occurs a user correction, the estimation data file rewriting unit 207 
starts the processing (processing 2304). Through this processing, data such as a 
format and an expense item corrected by the user are received, and according thereto 
the rules for estimating and deciding expense items depending on the conversion 
5 table, utilized shop name and utilized IC card registered in the estimation data file 114 

are rewritten. Thereby, the expense item estimation is correctly performed fi-om the 
next time. 

The estimation use data file 114 keeps rules which convert formats differing 
for every money information or every shop into unified formats through the data 
1 0 analysis unit 202. 

Namely, the estimation data file 114 keeps conversion tables used when 
converting formats differing for every money information or every shop into unified 
formats and data for estimation and for deciding expense items depending on article 
items, utilized shop names and utilized IC cards. For example, the following rules are 
1 5 determined in advance. 

(1) If the article items are rice, bread, the subexpense item is a staple 
food expense. 

(2) If the article items are vegetable, meat, the subexpense item is a side 
dish expense. 

20 (3) If the article items are cabbage, carrot, the article item is a 

vegetable. 



(5) If the subexpense items are staple food expense, side dish expense, 
eat-out expense, the expense item is a food expense. 
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(7) If the shop names are BarBee, Skyrobin, the subexpense item is an 
eat-out expense. 

In addition, if characteristics such as priority and weight between the 
respective rules are determined in advance, a possibility is avoided that the expense 
item can not be determined, when a plurality of rules are applied. For example, in the 
case when an organic vegetable such as carrots sold as food at a restaurant having a 
shop name of BarBee is bought, when the rules (2) and (3) are applied, the subexpense 
item is determined as a side dish expense, and when the rule (7) is applied, the 
subexpense item is determined as an eat-out expense; however, when a priority is 
given to the rules (2) and (3), the subexpense item is determined as a side dish 
expense. Such a priority can be given between items (such as article items and shop 
names) as well as between expense items (such as a side dish expense and eat-out 
expense). 

The processing flow in the estimation data file rewriting unit 207 will be 
explained with reference to Fig. 24. 

Processing 240 1 represents a correction portion of a rule to which a correction 
is entered. Herein, a new rule is displayed in which the expense item is rewritten into 
a new expense item. Then, at the processing 2402, it is confirmed to the user whether 
the correction is acceptable while displaying the old rule together with the new rule; 
and, if it is determined the rewriting is incorrect,, the user is required at processing 
2403 to rewrite the same again. 

The estimation use data file 1 14 is rewritable, and, when the user performs 
correction of a format conversion error and rewriting of estimation items, such as an 
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expense item, the conversion tables and data for estimation and deciding expense 
items based on the utilized shop names and the utilized IC cards are re-written. 

The above explanation concerns the estimation verification checking 
processing. 

Now, the data inquiry processing will be explained. The data inquiry 
processing is performed in the totaling unit 208. Fig. 25 shows a processing flow in 
the totaling unit 208. At processing 2501, the user is requested to indicate, for 
example, through selection in a menu whether the outline (totals for every major 
expense item) is to be displayed. If the answer is yes, the account data entered in the 
household account book file 1 12 is totaled so as to display the outline through 
processing 2502; and, if the answer is no, the account data entered in the household 
account book file 1 12 is totaled so as to display details which clarify the contents of 
subtotals (subexpense items or article names). Namely, with regard to the account 
data entered in the household account book file 1 12 of the memory device 1 10, 
expense items such as major expense items and subexpense items are set by the data 
analysis unit 202 and the estimation check unit 205. Herein, the totaling unit 208 
performs the totaling operation for a predetermined period, such as for every week or 
for every month with regard to respective expense items, and transfers the result 
thereof to the total display unit 209. Thereby, a household account book is displayed 
at the display unit 103. 

Fig. 10 shows a history of account data wherein money information is moved 
fi-om the bank account 123 to IC card MABC ** 1 and fiarther from the IC card 
MABC ** 1 to IC, card MEFG ** 2. In such an instance, when all incomes in the 
income and expenditure section are added up as income and all of the expenses in the 
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income and expenditure section are added up as an expense, and the added up income 
and expense differ from the actual ones, it will be difficuU to understand the 
household account. Thus, if the account data outside the household account is 
displayed as illustrated in Fig. 1 1, the actual income and expense can be recognized. 
In the totaling unit 208, the account data as illustrated in Fig. 1 1 is totaled according 
to the rules in the estimation data file 1 14 to display the same. Further, in order to 
discriminate movements inside the household account and outside the household 
account, it is necessary to register rules such as "movement of money information 
from a bank account * to IC card MABC ** 1 is one inside the household account" 
and "movement of money information from IC card MABC ** 1 to IC card MEFG ** 
2 is one outside the household account". 

Further, when a definition with regard to movement inside the household 
account and movement outside the household account in the household account data is 
changed by the user, by rewriting the rules in the estimation data file 1 14, a fetching 
operation of the household account data thereafter can be simplified. For example, 
when rewriting as "movement of money information from IC card MABC ** 1 to IC 
card MEFG ** 2 is one outside the household account", the movement of money 
information to IC card MEFG ** 2 can be treated as an expenditure in connection 
with "subtotal of an allowance for children". Alternatively, for the purpose of 
discriminating movements inside the household and outside the household, such is 
defined in advance to deal as relating to an in-household account purse, and for the 
money movement between in-household account purses is dealt as one inside the 
household. For example, if the bank accounts 123 143, ones registered in the asset 
file, IC card MABC ** 1 and IC card MABC ** 2 are defined as the in-household 
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account purses, money movement between the in-household account purses, such as 
movement of money information from a bank account * to IC card MABC ** 1 is 
treated as a movement inside the household account. 

Further, in order to recognize the household account easily, it is preferable to 
introduce subtotals, for this purpose a discrimination rule, for example, "with regard 
to movement of money information to IC card MEFG ** 2, the expense item is an 
expenditure as "subtotal of allowance for children"" is registered in the estimation use 
data file 114. Thereby, in any movement of money information from whichever routes 
inside and outside the household account, the subtotals thereof can be recognized. 

Further, the total display unit 208 is also provided with an inquiry function. 
The inquiry means to permit data reference while dividing the account data for every 
bank account and for every card. Fig. 33 shows a state where a household account 
book is displayed through the data inquiry processing in Fig. 25. Herein, in order to 
confirm the account data in the bank account 123 with regard to a certain dealing the 
user designates the column of remarks and as a result a menu of inquiry is displayed. 
When the user selects an inquiry menu, the account data in the bank account 123 as 
shown in Fig. 34(a) is displayed. Similarly, when an inquiry menu with regard to the 
dealing in the bank account 123 is selected, the account data in the IC card as shown 
in Fig. 34(b) can be referred to. Further, when an inquiry menu is selected with regard 
to the dealing in the IC card, the receipt data as shown in Fig. 34(c) can be referred to. 
If the receipt data as shown in Fig. 34(c) has already been thrown away, the total as 
shown in Fig. 34 (c*) is displayed, in which only the dealings contained in the original 
receipt data are extracted from the household account data. 

Fig. 35 shows the processing flow thereof At the processing 3501, it is 
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checked to determine whether there is a user designation; and, if the answer is yes, 
through processing, 3502, the corresponding account data is extracted based on the 
column of remarks registered in the household account file 112. Namely, since, in the 
remarks column in the account data entered in the household account book file 112, 
the input means, the date of read in and the related input means for the concerned 
account data are entered in this order, when retrieving the input means and the date of 
read in for the concerned account data and extracting coinciding account data,, the 
account data read in from the bank account on the same day can be extracted and can 
be displayed as shown in Fig. 34(a). Further, like the case of Fig. 34 (b), since IC card 
MABC ** 1 is registered as the input means for the concerned account data, the 
account data read in dates which coincide are retrieved and extracted. 

Further, while enlarging the system scale fiirther and making use of an 
internet, an inquiry between account data can also be performed. The present inquiry 
of the account data, for example, includes notification of a user, who usually refers to 
the salary specification administrated at the company's terminal fi-om the home 
terminal, of the salary transferring situation into the bank account. The system 
structure for this instance is shown in Fig. 36. As shown in the drawing, a company 
terminal 3601, a bank terminal 3603, a credit sales company terminal 3605, a shop 
terminal 3607, a home terminal 3608 and a telephone company 3610 are connected to 
the internet, and, with respect to a salary specification 3602, the account data in a bank 
account 3622, a use specification 3606, a receipt 3604, an IC card dealing record 3609 
and another use specification 361 1, the money account information representing user 
private information is respectively managed. 

Conventionally, since the respective money account information is private 

31 



information, it was impossible to connect the respective data through a link. For 
example, when a user, who usually refers to the salary specification 3602 administered 
at the company terminal 3601 fi-om the home terminal 3608, wants to know the 
current transferring situation of the salary into the bank account, it was necessary to 
take the following steps (1) to verify that the transferring destination is the bank 
account 3622, (2) to access the bank account 3622, (3) to input a user ID and a pass 
word, and (4) to search for the salary transfer in the bank account 3622. For this 
reason, when a user has a plurality of bank accounts, there was a problem in that a 
long time was needed for the steps (1) and (2) or for the step (4). 

Therefore, when links 3611-3617 as illustrated in Fig. 36 are formed and if 
only the user who is the very person concerned with the dealings in connection with 
the account data is permitted to form the links, the user can easily refer to the data and 
it other people are prevented from referring to the user private information. 

For the above purpose, the inquiry is performed through the steps as shown in 
Fig. 37"- Fig. 39. At first, an inquiry preparation as shown in Fig. 37 is performed. At 
processing 3701 an access method for the data corresponding to an inquiry number is 
determined between an inquiry originated and an inquiry destinated. At processing 
3702 the inquiry destinated prepares the data corresponding to the inquiry number, 
and at processing 3703 an approval of the user is obtained, which user is the very 
person concerned with the transaction in connection with the account data 
corresponding to the inquiry number of the inquiry destinated. At the processing 
3703, as an alternative it is permitted to confirm that the user at the inquiry originated 
is the same person as the user at the inquiry destinated; for example, it is permitted, if 
a third person guarantees that the user at the inquiry originated is the same person as 
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the user at the inquiry destinated. 

Fig. 38 shows an inquiry flow on the data at an inquiry originated. Through 
processings 3801 and 3802, the name of the user and a pass word are verified, and 
through processings 3803 and 3804, the data is referred to. Thereafter, when an 
inquiry operation such as pushing an inquiry menu is performed, it is judged whether 
the inquiry preparation as shown in Fig, 37 has been completed. If it is judged to be 
completed, the inquiry as shown in Fig. 39 is performed, and if not completed, the 
inquiry preparation as shown in Fig. 37 is performed. Further, it is possible that only 
the processings 3701 and 3702 in Fig. 37 are completed with regard to the inquiry 
originated and the inquiry destinated, and thereafter only the processing 3703 is 
performed at processing 3808 in Fig. 38. 

Fig. 39 shows an inquiry flow on the data at the inquiry destinated. Through 
processings 3901 and 3902 the name of a user and a pass word are verified, and 
through processing 3903, it is verified that the name of the user corresponds to the 
very person concerned with the inquiry number. If the user name information is 
included in the inquiry number, it is unnecessary to input the name of the user. Upon 
completion of the processing at processing 3904, the data reference is continued at 
processing 3905. 

The verification of the name of a user and the pass word at the processings 
3901 and 3902 in Fig. 39 can be omitted; however, in such instance, it is necessary to 
confirm that the person bearing the user name inputted in the processing 3801 in Fig. 
38 is the very person bearing the user name to be inputted in Fig. 39. This is for 
preventing another user (such as a concerned accountant) who is permitted to refer to 
the salary specification 3602 from referring to the contents in the bank account 3622. 
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For example, if an approval is required in processing 3703 for the inquiry preparation 
as shown in Fig. 37, such can be prevented. 

The above explanation relates to the data reference processing. 

Finally, the automatic dealing unit 206 in the managing unit 104 will be 
explained. 

The automatic dealing unit 206 performs automatically payment and receipt of 
money based on a predetermined condition. For example, reception or payment of 
money information from a predetermined business unit, such as a bank at a 
predetermined date and in a predetermined amount, is performed automatically via an 
IC card or a network. 

This is realized in such a manner that planned dealings are filled in with a 
unified format, are approved by a manager in advance and the payment operation is 
performed at the time when the payment is demanded or at a predetermined date and 
time. At this time, if the amount of payment is not stored in the money information 
via the IC card or the network, or if no or insufficient hardware is available to store 
the receiving amount, such a situation is communicated to the manager. The manager 
can be notified in advance or he may be notified only of the fact that such a transfer 
could be performed at the planned date and time. 

Further, when filling in the planned dealings in a unified format, in case there 
are a written estimate and a written claim which were sent from shops, if the written 
estimate is analyzed with the Sanction in the data analysis unit 202 and converted into 
planned account data in the unified format to verify the same by the user, this can 
eliminate time for the operation and is convenient. The operation for the above is 
performed, for example, as follows; 

34 



(1) After selecting icons, such as a written estimate and a written claim, 
and superposing the same on an icon of "automatic dealing". 

(2) After selecting icons such as a written estimate and a written claim and 
selecting menu of "automatic dealing". 

With regard to approving methods, including there are three methods, a 
method in which approval is effected only through the above (1) or (2), a method in 
which an approval by the user is required in the menu of "automatic dealing" or in the 
menu of "automatic dealing approval" and a method of combining the above two. In 
the combined method, under a predetermined condition it is presumed that an 
approval is effected only by the operation (1) or (2), and other than that predetermined 
condition includes such items as amount of money, article name, shop name and 
interval fi-om the previous use date to the date of payment, and, for example, the 
condition is determined in advance as follows, "If name of article: rice, name of shop: 
** rice shop, interval from the previous use date to the payment data: not less than two 
weeks, amount of money: less than 2780 yen, it is assumed that the approval is 
effected only by the operation (1) or (2). 

After executing the transaction, the concerned transaction data is fetched into 
the household account data, however, even before execution of the transaction, if such 
is fetched as a budget into the household an approval is required to the user. The 
account data, a simulated total can be shown to the manager. If such simulation total 
can be obtained before effiscting approval, the household account management can be 
performed easily. 

In the above, the contents of the home use terminal 100 has been explained in 
detail, and now the shop terminal 150 will be explained. The basic structure of the 
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shop terminal 150 is as same as that of the home use terminal 100 as shown in Fig. 1, 
however, the shop terminal 150 is additionally provided with terminals for connecting 
to a POS terminal. 

Fig. 4 shows an example of a receipt and a point file received from a shop. 
The present example is presumed to be constituted by image data and text data in 
HTML format. When pushing a menu guidance button, it is designed to be able to 
access home pages of shops on an internet and the home pages are devised so that the 
user wants to dine at the restaurant. 

Since the shops can take advantage of an opportunity when the customers 
check the respective receipts to advertise themselves so as to induce subsequent sales, 
the shops are required to solve the following problems when issuing the account data 
in the form of receipt (1) through which individuality of respective shops are 
demonstrated and (2) which is designed in a format acceptable by the users. 

For this purpose the following method is conceived, in that a non-restricted 
format in user readable expression such as an HTML format is to be used. 
Alternatively, while using a simple format, a receipt viewer unique to the shop 
concerned can be added. Based on the decision system at the shops, such receipt can 
be designed to be issued freely. 

Fig. 27-Fig. 31 show processing flows at the shop terminal 150 in Fig. 1. The 
shop terminal 150, for example, issues the receipt data as shown in Fig. 4. Therefore, 
the function added to a general shop terminal and the processing thereby will be 
explained. 

Fig. 27 shows a processing flow in a main processing at the shop terminal 1 50. 
Until the respective operations by the user are initiated at processings 2701 and 2702, 
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the following processings stand by. When at processing 2702 the user starts a certain 
operation, the respective processings are performed. At first, when selling a 
commodity to a customer, a sales menu is selected and the processings 2703-2705 are 
performed. Alternatively, without selecting the sales menu, through a connecting 
operation with the POS system, the processing 2703 and the foUowings can be 
initiated. At the processing 2703, the amount of money to be paid to the customer is 
calculated based on the commodity to be sold and the price thereof Then, through 
processing 2704, a receipt is prepared based on the transaction information, and at the 
processing 2705, a receipt is issued. For example, when the payment is performed 
through an IC card, the receipt data is written in the IC card of the customer. 

Further, when a menu of receipt designing is selected at processing 2706, the 
receipt can be designed. Further, after completing a sales transaction and when there 
occurs a change, such as a refund, a refund processing is performed at processing 
2707. Still further, other than the above, with regard to other processings not related 
to the issuance of receipts, such as an inventory management at the shop concerned, a 
similar processing as performed at a general shop terminal and a POS terminal as 
disclosed, for example, in JP-A-5- 174274, is performed at processing 2708. 

Fig. 28 shows a processing flow for the refund processing in the shop terminal 
150. The processings 2801 --2803 are the same as the processings 1801 - 1803 in Fig. 
18, in that for the first time at processing 2801 the receipt data of the customer is read 
in, the data is analyzed at processing 2802 and at processing 2803 an overlapping 
portion between the receipt and the sales record of the shop, namely a coinciding 
portion is checked. If an overlapping portion is formed at the processing 2804, it is 
judged that the customer bought the commodity at the shop concerned, therefore, 
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through processings 2805-2807 the refund processing is performed. Herein, a receipt 
in the form shown in Fig. 4 will be explained, however, even for the transaction data 
as shown in Fig. 6, if an overlapping portion between the receipt and the sales record 
in the shop concerned, namely a coinciding portion, is checked according to the 
sequence as shown in Fig. 15, like refund processing can be performed. 

Fig. 29 shows an operation flow for receipt designing at the shop terminal 150, 
and if at processings 2901 and 2902 there are no image logos for the shop, an image 
logo is prepared by making use of a general tool for preparing image data. Then, 
through processings 2903 --2907, the contents and display positions of the respective 
data are determined. The order of the processing 2903-^2907 can be modified. 
Through the processing 2904, the position of a transaction is set, however, since the 
contents of the data are prepared for every transaction, only the display position is set 
here (refer to text 1 in Fig, 4). At the processing 2905, the position and contents of the 
advertising data are set (refer to text 2 in Fig. 4). 

Through the processing 2904 in Fig. 29, the position and kinds of other data 
are set. For example, when the data Uke BarBee point in Fig, 4 is desired to be 
included in a part of the receipt data, the position thereof is set in a separate file and 
the kinds thereof is set so as to call a program which seeks a file with regard to the 
BarBee point in the user IC card, reads a present point number and renews the point 
number by adding points created by the instant purchase, although the points can be 
included in the same file as for the receipt data. However, it is preferable to be 
included in a separate file other than that for the receipt, because the customer scarcely 
throws it away by mistake and the shop can easily confirm the presence and absence 
of the point file. Further, when private information of customers, such as a birthday, 
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is stored in the shop terminal, it is possible to generate receipt data based on such 
information or to generate win and blank data for lotteries by making use of a random 
function. For transactions not required to prepare the data content for every 
transaction, the contents thereof are set directly. Through processing 2907, the 
position and form of a menu for accessing a related home page are set (refer to a menu 
guidance button in Fig. 4), and by including URL information in the receipt data and 
by provided for access to the same through a single button, the customer can very 
easily access the home page which can be expected for the shop concerned to create a 
great advertising effect for inducing sales again. 

At processing 2908, based on the contents and the display position of the 
respective data determined through the processings 2903 --2907, frame data of the 
receipt for a portion at which the data contents are not required to be prepared for 
every transaction is prepared, and fiirther format information for analyzing the receipt 
data is prepared. Finally, at processing 2909, a completed format is displayed for 
approval by the user. 

Fig. 30 shows an operation flow for preparing a receipt in the shop terminal 
150. At processing 3001 the frame data for the receipt prepared through the steps in 
Fig. 29 is called. Through processing 3002 transaction data is added, and further 
through processing 3003 other data produced in every transaction is are generated and 
added. 

Fig. 3 1 shows an operation flow for issuing a receipt in the shop terminal 150. 
At processing 3101 receipt data is issued. At processing 3 102, although format 
information is issued, at this instance, if the transaction is performed via an IC card 
and for the IC card format information for the receipt to be issued is already 
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determined, further format information is not issued. 

In the above, the shop terminal has been explained. 

In Fig. 36, the instance where an inquiry concerning account data by making 
use of the internet has been explained, however, a similar system can be provided for 
5 other private information than account data, such as family registration information, a 

school record, test results and servicing information, such as a telephone account. 
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